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TECHNICAL FIELD 

This invention relates to a technique for protecting the identity of a mobile wireless 
terminal when accessing a wireless telephony network. 

10 BACKGROUND ART 

Presently, users seeking wireless telephony service typically subscribe to one of many 
providers of such service. Today's wireless telephony service providers not only offer voice 
calling but also offer General Packet Radio Service (GPRS) to enable the exchange data packets 
15 via a mobile wireless terminal. While GPRS exists in many areas, data transmission rates 

typically do not exceed 56 Kbs and the cost to wireless network service providers to support this 
service remain high, making GPRS expensive. To provide enhanced data communications, 
efforts now exist to establish new standards for wireless telephony. One such effort is the 
proposed "Universal Mobile Telecommunications System (UMTS)" standard specified by the 
20 3rd Generation Partnership Project (3GPP) for advanced packet radio service in wireless 
telephony networks. The UMTS standard proposes transmission rates as high as 2 Mbps, 
making such service more attractive to subscribers. 

In accordance with the UMTS standard, a subscriber's mobile wireless terminal will 
transmit its permanent identity, typically referred to as an International Mobile Station Identity 
25 or IMSI, to the network upon initial registration. To maintain user identity confidentiality and 
untraceability, after initial registration, each subscriber receives from the wireless network a 
temporary identity called Packet Temporary Mobile Subscriber Identity (P-TMSI) kept in a 
Serving GPRS Support Node (SGSN) in the network. Upon each subsequent access of the 
wireless network, the mobile wireless terminal will send its P-TMSI. The SGSN serving that 
30 mobile wireless terminal maps the P-TMSI to the user's permanent identity (i.e., IMSI). In this 
way, the user avoids transmitting its IMSI. To reduce the risk of breaching the user's 
confidentiality, the network should not identify the user for a long period by means of the same 
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P-TMSL Rather, the wireless telephony network should assign a new P-TMSI after some 
extended interval. 

Despite efforts to protect the user's confidentiality via the P-TMSI, circumstances exist 
in present day wireless telephony networks that require the mobile wireless terminal to transmit 
its permanent identity (IMSI) after registration. For example, upon a new attachment to the 
wireless telephony network, the mobile wireless terminal could encounter, an SGSN different 
than the one that served the terminal prior to detachment. Upon such a new attachment, the 
mobile wireless terminal will send its P-TMSI to the new SGSN. In turn, the new SGSN sends 
an Identification Request message to the old SGSN. If both the old and new SGSNs lack 
knowledge of the mobile wireless terminal, the new SGSN will send an Identity Request 
message to the terminal. The mobile wireless terminal must respond with is permanent Identity 
(IMSI) in clear text, breaching the confidentiality of the user's identity 

Thus, there is need for a technique for protecting the user's identity during attachment to 
a wireless telephony network. 

BRIEF SUMMARY OF THE INVENTION 

Briefly, in accordance with a preferred embodiment of the present principles, there is 
provided a method for enabling a mobile wireless terminal to securely access a wireless 
network, such as a wireless telephony network. The method commences upon receipt in the 
network of an access request from a mobile wireless terminal that had previously registered 
with the network. Thus, the access request made by the mobile wireless terminal will contain a 
temporary identity assigned to the terminal during each attach procedure. Upon receipt of the 
identity request, a query is launched to at least one serving node in the wireless network to 
identify the terminal. If no serving node in the wireless network recognizes the mobile wireless 
network, then a query is launched to a register (e.g., a Home Location Register), which stores 
the identity of each registered mobile wireless terminal previously attached to the network. In 
response, the register sends an identification response to the querying serving node to enable 
authentication of the user. 

Maintaining mobile wireless terminal temporary identity information in the Home 
Location Register enables a serving node that does not recognize the terminal to query the 
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register. In this way, the mobile wireless terminal need not send its permanent identity when 
unrecognised by the serving node. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 depicts a block schematic diagram of an illustrative embodiment of a 
wireless telephony network for practicing the principles of the present invention; 

FIGURE 2 depicts a chart illustrating the steps of a prior art procedure whereby a mobile 
wireless terminal attaches itself to the network of FIG. 1; and 

FIGURE 2 depicts a chart illustrating the steps of a procedure whereby a mobile 
wireless terminal attaches itself to the network of FIG. 1 in accordance with the present 
principles. 

DETAILED DESCRIPTION 

FIGURE 1 depicts a block schematic diagram of a wireless telephony network 10 having 
an architecture as proposed in the UMTS 3GPP standard. The wireless telephony network 10 
includes at least one, and preferably, a plurality of radio access networks, illustratively shown as 
radio access networks 12i and 12 2 . In the UMTS radio access networks comprising of a Node B 
and a Radio Network Controllers (RNC), the UMTS Node B, serves as the point of access for a 
mobile wireless terminal 14 seeking to connect with (attach itself to) the network 10. Radio 
Network Controllers (RNCs) 16i and 16 2 each control a separate one of the radio access 
networks 12i and 12 2 , respectively, for the purpose of allocating the necessary resources in each 
network. 

Each of the RNCs 16i and 16 2 connects to a corresponding one of Serving GPRS 
Support Nodes (SGSNs) 20i and 20 2 , respectively, that comprise part of the core of the wireless 
telephony network 10. Each SGSN manages packet and voice services for the subscribers on a 
corresponding radio access network. Each SGSN has a link to a Gateway GPRS Node (GGSN) 
22 that serves as an interface to the Internet 24 for packet service. In a similar fashion, the 
SGSN 20i connects to a Mobile Switching Center (MSC) 26 that interfaces to the Public 
Switched Telephone Network (PSTN) 28 for voice services. A similar MSC (not shown) 
interfaces the SGSN 20 2 to the PSTN 28. 
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Within the wireless telephony network 10, there exists at least one register (database) 30, 
typically known as the Home Location Register or HLR The HLR 30 contains packet domain 
subscription data and location information that identifies which SGSN serves a particular 
subscriber. Each of the SGSNs 20i and 20 2 accesses the HLR 30 via a separate Gr interface, 
whereas the GGSN 22 accesses the HLR via a Gc interface. In accordance with the present 
principles, the HLR 30 stores the International Mobile Station Identity QMS!) and a temporary 
identity (P-TMSI) for each mobile wireless terminal 14 previously attached to the wireless 
telephony network 10. Additionally, the HLR 30 stores the identity (i.e., the address) of each 
SGSN, the address of the SGSN currently attached to the mobile wireless terminal 14, as well as 
the address of the last visited SGSN if the terminal is currently detached. For a roaming mobile 
wireless terminal 14 not resident in the wireless telephony network 10, the HLR associated with 
that terminal will reside in a different wireless telephony network, accessible through the 
Internet 24 or a private line (not shown). 

In order to better understand the advantage obtained by the attachment technique of the 
present principles, a description will first be provided of the current attachment technique 
depicted in FIG. 2. Upon moving from the coverage area of one radio access network to 
another, a mobile wireless terminal 14 makes an attachment request of the new SGSN serving 
the newly access radio access network during step 100 of FIG. 2. For purposes of illustration, 
assume that the mobile wireless terminal 14 seeks attachment through the radio access network 
12 2 of Fig. 1. Thus, the mobile wireless terminal 14 initiates the attachment process by making 
the attachment request to the SGSN 20 2 , hereinafter referred to as the ''new" SGSN. Should the 
new SGSN 20 2 have no identity information for the mobile wireless terminal 14, the new SGSN 
forwards the attachment request during step 102 of FIG. 2 to the "old" SGSN (e.g., SGSN 20i 
of FIG. 1 ). If the old SGSN 20i no longer retains any identity information for the mobile 
wireless terminal 14, the new SGSN will receive an identity response during step 103 of FIG. 2 
indicating that the old SGSN lacks knowledge of the mobile wireless terminal 14. 

Upon receiving an indication from the old SGSN 20i that mobile wireless terminal 14 
remains unknown, the new SGSN 20 2 sends the mobile terminal an identity request during step 
104 of FIG. 2. If unknown to both the SGSNs 20i and 20 2 , the mobile wireless terminal 14 
cannot simply send its P-TMSI to identify itself. Instead, the mobile wireless terminal 14 must 
respond to the identity request by sending its permanent identity (i.e., its IMSI) in clear text 
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during step 105 of FIG. 2 to the new SGSN 20 2 . Sending the IMSI in clear text incurs the risk 
of interception and fraudulent misuse of the subscriber's identity. 

After receiving the IMSI, the new SGSN 20 2 authenticates the mobile wireless terminal 
14 by querying the HLR 30 of FIG. 1 during step 106 of FIG. 2. Upon receiving a positive 
authentication response from the HLR 30, the new SGSN 20 2 provides a positive verification 
response to the mobile wireless terminal 14 during step 107. Thereafter, the mobile wireless 
terminal 14 send an International Mobile Equipment Identity (IMEI) request to the new SGSN 
20 2 during step 108 of FIG. 2 to initiate an update of the terminal's location, as well as to verify 
the status of the terminal. Following receipt of the IMEI check request, the new SGSN 20 2 
queries an Equipment Identity Register 32 of FIG. 2 during step 109 to verify whether the 
mobile wireless terminal 14 is legitimate as opposed to having been stolen. Upon finding that 
mobile wireless terrninal 14 legitimate during step 109, the new SGSN 20 2 sends a message to 
the HLR 30 during step 1 10 to update the location of the terrninal. 

In response to the terminal location update information, the HLR 30 sends a request to 
the old SGSN 20j during step 1 1 1 to cancel the location information stored therein for the 
mobile wireless terrninal 14. The old SGSN 20i responds with a cancel location 
acknowledgement during step 112. During step 1 13, the HLR 30 inserts into the new SGSN 20 2 
subscriber data associated with the mobile wireless terminal 14 mat has now attached itself to 
this SGSN. The new SGSN 20 2 responds by an Insert Subscriber Data Acknowledgement 
message during step 1 14. After step 1 14, the HLR 30 responds to the new SGSN 20 2 with an 
Update Location Acknowledgement message during step 115 of FIG. 2. 

In addition to updating the HLR 30, the new SGSN 20 2 also makes update request to a 
Visiting Location Register (VLR) (not shown) in the MSC 26 of FIG. 1 during step 116 since 
the new SGSN 20 2 is served by a different MSC than the old SGSN 20i. Upon receiving such a 
request, the new MSC/VLR 26 makes a request during step 1 17 to update the HLR 30. In rum, 
the HLR 30 sends a cancellation command during step 1 1 8 to the old MSC/VLR (designated as 
MSC 26' of FIG. 2) to indicate attachment of the mobile wireless terminal to the new SGSN 
20 2 . The old MSC 26' of FIG. 2 responds with an Acknowledgement message during step 1 19. 

Next, the HLR 30 inserts into the new MSC/VLR 26 updated subscriber data during step 
120. The new MSC 26 responds with an Insert Subscriber Data Acknowledgement message 
during step 122. The new MSC/VLR 26 of FIG. 2 then sends a Location Update Acceptance 
message to the new SGSN 2(h during step 123, triggering transmission of an Attach Acceptance 
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message from the new SGSN to the mobile wireless terminal 14 during step 124. The mobile 
wireless terminal 14 responds with an 'Attach Complete 1 message during step 125, followed by 
a TMSI Reallocation Complete Message from the new SGSN 20 2 to the new MSC/VLR 26 
during step 126 to indicate completion of the task of reallocating the TMSI mapping from the 
old to the new SGSN. 

The prior art attachment process of FIG. 2 incurs the disadvantage of requiring the 
mobile wireless terminal 14 transmit its IMSI in clear text when the old SGSN 20i and the new 
SGSN 20 2 both fail to recognize the terminal. The attachment technique of the present 
principles, best illustrated in FIG. 3, overcomes this disadvantage by storing subscriber identity 
information in the HLR 30. Storing such information in the HLR 30 enables identification of 
the mobile wireless terminal 14 in the event neither the old nor new SGSN recognizes the 
terminal. Referring to FIG. 3, the attachment technique of the present principles commences 
when the mobile wireless terminal 14 sends an 'Attach Request 1 message to the new SGSN 20 2 
during step 200 following a transition of the terminal to the radio access network 12 2 of FIG. 1. 
Upon receipt of the 'Attach Request' message during step 200 of FIG. 3, the new SGSN 20 2 
sends an Identity Request message to the old SGSN 20i during step 202 to identify the mobile 
wireless terminal 14. Absent knowledge of the mobile wireless terminal 14 having been 
attached, the old SGSN 20i will send the new SGSN 20i an Identity Response message during 
step 202 indicating an error. 

In the past, when the old SGSN 20i lacked knowledge of a previous attachment of the 
mobile wireless terminal 14, the terminal needed to send its permanent identity in clear text to 
identify itself. To avoid this disadvantage, the present attachment method does not make a 
request of the mobile wireless terminal 14 under such circumstances. Rather, as depicted in 
FIG. 3, the new SGSN 20 2 sends an Identity Request message to the HLR register 30 during 
step 203 after receiving an error message during step 202. In accordance with the present 
principles, the HLR 30 stores the temporary identity (i.e., the P-TMSI) and permanent identity 
(IMSI) of each mobile wireless terminal 14 previously attached to the wireless telephony 
network 10. Thus, upon receipt of the Identity Request message during step 203, the HLR 30 
provides the new SGSN 20 2 an Identity Response message during step 204. This message 
includes the IMSI of the mobile wireless terminal 14, and the associated authentication vectors 
needed to verify the terminal. During step 205, authentication of the mobile wireless terminal 
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14 occurs. Typically, such authentication occurs in the same manner as during steps 106-123 of 
FIG. 2. 

Following authentication, the new SGSN 20 2 sends an Attach Acceptance message to 
the mobile wireless terminal 14 during step 206 of FIG. 3. In response, the mobile wireless 

5 terminal 14 sends an 'Attach Complete' acknowledgement message during step 207. During 
step 208, the new SGSN 20 2 can reallocate the P-TMSI by sending a P-TMSI reallocation 
command to the mobile wireless terminal 14. Upon completion of reallocation of the P-TMSI, 
the mobile wireless terminal 14 sends a P-TMSI reallocation complete acknowledgement to the 
new SGSN 20 2 during step 209. 

10 The applicable GPRS and UMTS standards provide that the SGSN may reallocate the 

P-TMSI at any time. Such reallocation can occur during a P-TMSI Reallocation procedure, or 
as part of the 'Attach' or 'Routing Area Update' procedures. Updating the HLR 30 each time one 
of the SGSNs reallocates the P-TMSI could consume significant resources. Instead, HLR 
updating should be done upon receipt of a P-TMSI and P-TMSI signature from a SGSN only at 

1 5 the time of detachment, i.e. only at the time the last P-TMSI and P-TMSI signature are stored in 
the HLR 30. When a SGSN issues a new P-TMSI to a mobile wireless terminal 14 to replace 
the old P-TMSI, the SGSN waits for an acknowledgement before removing the old P-TMSI and 
using the new one. 

In practice, the wireless telephony network 10 of FIG. 1 considers the old P-TMSI as 
20 invalid upon receipt of the P-TMSI Reallocation Complete acknowledgement message. If, for 
some reason, the SGSN receives no acknowledgement, and the mobile wireless terminal 
becomes detached, the SGSN will store both old and new P-TMSI for that terminal. Two 
proposed solutions address this problem: 

25 Solution 1 

The mobile wireless terminal 14 initiates detachment 

To detach itself from the wireless telephony network 10 of FIG. 1, the mobile wireless 
30 terminal 14 sends a Detach Request message (Detach Type, P-TMSI, P-TMSI Signature, Switch 
Off) to its corresponding SGSN. In accordance with this proposed solution, the mobile wireless 
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terminal 14 will include its old P-TMSI in the Detach Request message. In this way, the SGSN 
will know which P-TMSI to store in the HLR 30. 



The wireless telephony network 10 initiates detachment 

5 

To initiate detachment, the SGSN sends a Detach Request message to the mobile 
wireless terminal 14. In response, the mobile wireless terminal 14 sends a Detach Accept 
message to the SGSN. However, with a network-initiated detachment, no P-TMSI exchange 
occurs upon receipt of the request or acceptance messages to remove the P-TMSI ambiguity. 

10 The UMTS 3GPP standard does not discuss P-TMSI reallocation and the possibility of a 

network-initiated detachment collision. Typically, the wireless telephony network 10 can wait 
until transmission of a P-TMSI Reallocation Completion acknowledgement message from the 
mobile wireless terminal 14 to the SGSN. The mobile wireless terminal 14 will then send the 
Detach Request message to the wireless telephony network 10 to avoid ambiguity when the 

15 terminal powers up again. In such an instance, the SGSN stores the new P-TMSI in the HLR 
30. 



Solution 2 



20 Another proposed solution would require the SGSN to send both old and new P-TMSI to 

the HLR 30. Thus, at the time of attachment, the HLR 30, when queried by a new SGSN, can 
map whichever P-TMSI is sent by mobile wireless terminal 14 to the stored IMSI. 

The foregoing describes a technique for protecting the identity of a mobile wireless 
terminal during attachment to a wireless telephony network. 



